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(57) Es warden Pruf-Rahmenbedingungen oder 
EntwicWungs-Rahmenbedingungen von einem Rech- 
ner (R) einem Benutzer angeboten, der diese auswahit 
(101). Anhand der Angaben des Benutzers sowie einer 
Regelbasis wird mindestens ein Software-Verfahren 
(SV) von dem Rechner (R) ermittelt (102). Das ermit- 
telte Software-Verfahren (SV) wird dem Benutzer auf 
einem Bildschirm (BS) des Rechners (R) dargeslellt 
(103). 
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Beschreibung 



Der Software-EntwicWung sowie der Software<5ualitatssicherung kommen sehr hohe Bedeutung zu. vor allem da 
*e EntwicMung von einer reinen Hardware-EntwicWung immer mehr in Richtung der Software-EntwicWung gerichtet 

Es gibt unterschiedliche Software-EntwicWungsverfaliren die untersclniedliche Vorteile und Nachteile aufweisen 
For unterschiedliche SoftwareentwicMungen und somit fOr jeweils unterschiedliche EntwicWungs-Rahmenbedinungen 
sind somit jeweils unterschiedliche EntwicWungsverfahren in verschiedenen EntwicWungs-Rahmenbedinungen vorteil- 
haft einsetzbar. Eine geeignete Auswahl zu treffen unter den bekannten Software-EntwicWungsveriahren. hat somit 
direkten EtnfluB auf die Kosten und die Qualitat der zu entwickelnden Software. 

Dies gilt ebenso fOr Software-PrOfverfahren. die wesentliche unterschiedliche Charakteristika aufweisen und somit 
for jeweils unterschiedliche PrOf-Rahmenbedingungen unterschiedlich geeignet sind. Urn eine mOglichst effiziente und 
qualrtatov hochwertge Auswahl von Software-PrOfverfahren zu treffen. sind auch hierdie Pr£tf-Rahmenbedingungen zu 
beructeichtgen. MOglichst viele Fehler in einer entwickelten Software zu finden ist insbesondere von erheWicher 
Bedeutung bei sicherheilsrelevanten Einsatzgebieten der Software, beispielsweise in der Luftfahrt. oder auch in der 
Verkehrstechnik. 

heitsrelevanten Einsatzgebieten der Software, beispielsweise in der Luftfahrt Oder auch in der Verkehrstechnik 
.-.K verschiedene Software-PrOfverfahren bekannt Diese sind beispielsweise beschrieben in fl], [21. [3] Eine 

Uberstcht und Einteilung verschledener Software-PrOfverfahren ist in [4] zu finden. 

Ein Verf^hren zur Qualiatssicherung ist als sogenanntes Quality Function Deployment (QFD) aus [51 bekannt 

Aus den Dokumenten [6] und [7] sind Qrundlagen Qber Fuzzy-Logic bekannt. 
. and verschiedene Software-EntwicWungsveriahren und eine Einteilung dieser Veriahren in 

unterschiedliche Qruppen von Software-EntwicWungsverfehren bekannt. 

Qrundlagen Ober Software-PrOfmetriten sind beispielsweise in dem Dokument [9] beschrieben 
H eT°? u ® Software-EntwicWungsverfahren als auch die Software-PrOfverfahren haben jeweils bestimmte StSrken 
fTrt?K ! A unterechiedlichen Anwendungsgebieten bzw. Rahmenbedingungen. Aus diesem Qmnde gilt es. 
=1 .f ^we'^""as9ebiet und die spezif ischen Rahmenbedingungen jeweils meglichst optimale Software- 

aI^^'hT^;!"?^** o*!'*™'- oP«"«'e Software-PrOfverfahren zu finden. Dies stellt aufgrund der gro8en 

Anzahl betennter Software-PrOfverfahren und Software-EntwicWungsverfahren und deren hoher KbmplexiMt und 
umerschiedlichen Eigenschaften ein ertiebliches Problem dar. da die unterechiedlichen Starken und Schwachen der 
einzelnenVertahreneinemEntwicWerkeineswegslnlhrerGesamtheitgeiaufigsind owmacnenoer 
dar ^rlliX?-^ Erfindung das Problem zugrunde. aus der Vielzahl von Software-Verfahren unter BerOcksichtigung 

wl^^rf P -r^rn""* ^"^ "^'^"^'^ ^'"^ ""^^ °P*"~'«' Software-Verfahren. beispiels- 

weise Software-Prufverfahren oder Software-EntwicWungsveriahren. zu ermitteln. 
Dieses Problem wiid durch das Verfahren gemdB Patentanspruch 1 gelOst 

R^^J^^ ^2'^ ^"^^ PrOf-Rahmenbedingungen ausgewShlt. die von einem 

Rechner auf einem Bildschirm zur Auswahl angeboten werden. Anhand der PrOf-Rahmenb«Jingungen sowie eine^ 
J!^!^n I '^^ ""^ Schwachen der einzelnen Veriahren fOr unterwjWedliche Rah- 

3 "^"^ '^^^ ^^"'^^ Verfahren dem 

uenutzer auf dem Bildschirm dargestellt. 

ron«^^flT,'^'"^o'" der automatischen Auswahl eines moglichst optimalen Verfah- 

rens mit Hilfe eines Rechners zu sehen. sowie in der Geschwindigkeit. mit der das jewellige Verbhren ermittelt wild 
ZZ^:^^ ""^ Erweiterbarkeit der Regelbasis ist ein erheblichir Vor^ il des erflSungCma^S 

RantlSlJi® Einfachheit der Auswahl der Rahmenbedingungen steitt einen erheblichen Vorteil des erfindungsgema- 
In^e^nn!^L'S'ih ^" Nicht-Fachmann einfach die jeweilige Auswahl treffen kann. AuBerelem wird jedes 
A^er^ungsgebiel sehr genau nachgebiWet durch die Auswahl der einzelnen Rahmenbedingungen. Dadurch wi«J 
eine sehr gute und fur die jeweilige Anwendung optimierte Auswahl von Verfahren ermittelt 

Vorteilhafte Weiterbildungen der Erfindung ergeben sich aus den abhangigen AnsprOchen 
oen^^'d^nR^^SJ^n/""^'^'' Weiterbildung des erfindungsgemaSen Verfahrens wird eine sehr 
?^^h. "^/""enbedingungen sehr gut angepaOte Auawahl der Veriahren m6glich. Weiterhin wi«l eine intuitive 
A.s««hl der Rahmenbolingungen durch den Benutzer mOglich. da dieser eine beliebig fein abgestimmte Bewertung 
irr^^urSfSSll' Rahmenbedingungen treffen kann. und diese durch den Einsatz der Fuzzy-Logic auch bei d J 
ErmrtUung des Software-Verfahrens berOcksichtigt wird. Ein weiterer Vorteil des Einsatzes von Fuz«-Loaic in dem 
mKe'S^f'ri?''"" '''^ ^"^^ verfahren enXi wW. ^em daB 

TZ u^Z ^LfT'^"'^^^''*:^' Eignungsbewertung bezQglich der Rahmenbedingungen ermitteK 
Z?m »m In ««« Moglichkeit hat. aus mehreren alternativen Vorschlagen 

2!ni d JTR^rr^ Iz^'^^T^'^^" Software-Verfahren zu ve™,enden. Dies gewinnt besonders an Bedeutung 
wenn dem Benutzer der Einsatz des ..optimalen" Software-Verfahrens aus irgendeinem Grund nicht mdglich Ist. Tit 
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sem Fall kann er entsprechend auf Alternatlven zurQckgreifen. fOr die dem Benutzer auch schon die jeweiligen Eignung 
angegeben wird. 

Zur mGglichst genauen Berucksichtigung der von dem Benutzer angegebenen Rahmenbedingungen ist es vorteil- 
haft. da6 die Rahmenbedingungen beispielsweise durch technische Rahmenbedingungen. durch Ziele. die entweder 
5 der Software-EntwicWung oder dem Software-Prufen zugrundeliegen. sowie durch Restriklionen. die in dem jeweiligen 
Anwendungsgebiet eventuell vorhanden sind, beschrieben werden. Durch deren Berucksichtigung ist es mOglich. inter- 
aktiv mit dem Benutzer jedes Anwendungsgebiet sehr genau nachzid3ilden und somit eine sehr gute und fur die jewei- 
lige Anwendung optimierte Auswahl von Verfahren zu ermitteln. 

In einer weiteren Ausgestaltung des eriindungsgemdBen Verfahrens ist es vorteilhaft. den unterschiediichen Rah- 
10 menbedingungen unterschiedliche Bedeutungen zuzuordnen. Dies verfeinert in noch grOBerem MaBe die Genauigkelt 
der betroffenen Auswahl. 

Ferner wird eine erheWiche Verelnfachung des Verfahrens dadurch en-eicht, daB bei der Zuordnung unterschiedli- 
cher Bedeutungen fur PrQfziele oder EntwicMungsziele paanweise jeweiis fOr zwei PrQfziele bzw. fQr Jewells zwei Ent- 
wicMungsziele eine paarweise Priorisierung zugeordnet wind. 

IS Ferner ist es vorteilhaft. die Verfahren In Methoden, Technlken und Werkzeuge zu unterteilen. DIese Einteilung 
erfolgt vorteilhaftenweise hierarchisch. wodurch eine sehr effiziente Ermittlung des Software-Verfahrens erreicht wird. 
da bei bestimmten Rahmenbedingungen schon bestimmte Methoden ausgeschlossen werden kOnnen, wodurch Tech- 
niken, die auf der jeweiis nicht mehr zu berOcksichtlgenden Methode basieren und ebensolche Werkzeuge in dem Ver- 
fahren nicht mehr berucksichtigt werden mQssen. Dadurch wird die Durchfuhrung des Verfahrens erhebiich 

20 beschleunigt. 

Eine weitere Verbesserung der von dem erfindungsgemSBen Verfahren ermittelten Ergebnisse wird durch die In 
einer Weiterbildung vorgesehene Vennrendung eines kompensatorischen UND-Operators erreicht 

In den Figuren sind zwei AusfOhrungsbeisplele des erf IndungsgemSBen Verfahrens dargestellt und werden Im wei- 
teren ndher eridutert. 
25 Es zelgen: 

Figur 1 ein AWaufdiagramm. in dem einzelne Verfahrensschritte des erfindungsgemaBen Verfahrens dargestellt 
sind; 

30 Figur 2 ein Blockdiagramm. in dem eine Anordnung dargestellt ist mit einem Rechner, einem Bildschirm. einer 
Tasfatur sowie einer Maus, mit der das erf IndungsgemaBe Verfahren notwendlgerweise durchgefQhrt wird; 

Figur 3 ein Blockdiagramm, mit dem mehrere Alternatlven fQr PrQf-Rahmenbedingungen bzw. EntwicMungs-Rah- 
menbedlngungen beschrieben sind; 
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Figur 4 ein Blockdiagramm. in dem verschledene Software-Verfahren dargestellt sind. 



In Figur 1 sind die einzelnen Verfahrensschritte des erfindungsgemaBen Verfahrens in Form eines Ablaufdla- 
gramms dargestellt. 

40 Je nachdem, welche Art von Software-Verfahren SV ausgewShlt werden soli, werden in einem ersten Schritt 101 
beispielsweise entweder PrOf-Rahmenbedlngungen oder Entwicklungs-Rahmenbedingungen ausgewdhlt. Diese Rah- 
menbedinungen werden von einem Rechner R vorgegeben und auf einem Bildschirm BS dem Benutzer dargestellt 
(vgl. Figur 2). 

Unter Software-Verfahren SV sind im weiteren sowohl Verfahren zu verstehen, die mit Hilfe eines Rechners durch- 
45 gefuhrt werden als €Uich lediglich die Bezeichnungen einzelner Verfahren. durch die es dem Benutzer dann ermOglicht 
wird. die Verfahren durchzufOhren. mOglichenA^else auch ohne Zuhllfenahme eines Rechners. Die Ermittlung der Soft- ' 
ware-Verfahren SV selbst erfolgt jedoch notwendlgerweise mit Hilfe des Rechners R. 

In einer Weiterbildung des Verfahrens ist es vorteilhaft. die Rahmenbedingungen in Form von Fragestellungen an 
den Benutzer zu ermitteln. Beispielsweise die Fragen werden auf dem Bildschirm BS dem Benutzer dargestellt. und der 
so Benutzer muB durch Eingabe entsprechender Antworten auf die Fragen die jeweiligen Rahmenbedingungen auswdh- 
len bzw. bestimmen. Die Auswahl bzw. Bestimmung kann beispielsweise in einer einfachen Beantwortung der Fragen 
mit Ja Oder Nein erfolgen, sie kann aber auch dadurch geschehen. daB eine prozentuale Wertung im Bereich von 0 
Prozent. was einer Situation entspricht, bei der der Gegenstand der Frage in keinster Weise durch die Rahmenbedin- 
gungen erfullt Ist. bis hin zu 100 Prozent. be! dem die entsprechende Frage in dem Anwendungsgebiet gdnzllch gege- 
55 ben ist. Die Feinheit der Unterteilung ist frei vorget)bar. 

Anhand der bestimmten Rahmenbedingungen sowie einer zuvor aufgebauten Regelbasis, deren Aufbau im weite- 
ren erldutert wird. wird mindestens das eine Software-Verfahren SV ermlttelt, das den bestimmten Rahmenbedingun- 
gen am besten genOgt 102. 

In einem letzten Schritt 103 wird das mindestens eine Software-Verfahren SV dem Benutzer auf dem BIMschIrm 
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BS dargestellt. 

In Figur 2 ist eine Anordnung dargestellt. mit der das Verfahren notwendigerweise durchgefuhrt wird. Diese Anord- 
nung weist den Rechner R auf sowie den Bildschirm BS und eine Tastatur TA und/cxier eine Maus MA, jeweils zur Ein- 
gabe von Daten durch den Benutzer in den Rechner R. 
5 In Figur 4 sind unterschiedliche Alternativen fur Software* Verfahren SV dargestellt. 

Unter Software-Verfahren SV sind im weiteren beispietsweise zu verstehen: 

Software-PrOfverfahren SPV, 
Software-PrOfmetriken SPM, 
10 - Software-Prufwerkzeuge SPW, 

Software-EntwicWungsmetriken SEM, 
Software-EntwicMungsverfehren SEV. 
Software-EntwIcMungswerkzeuge SEW (vergleiche Figur 4). 

15 Unter Software-PrQfverfahren SPV und Software-PrOfmetriken SPM sind im Zusammenhang dieses Dokumentes 
beispielsweise folgende PrOfverfahren zu verstehen. die beispielsweise in fblgende Kategorien von Prufverfahren ein- 
geoidnet werden kfinnen (vgl. [4]): 

Verfahren zur Verifikation, 
20 - symbolische TestverfahFen, 

Verfahren zur statischen Analyse, beispielsweise 

Metriken, 

- Graphiken und Tabellen Oder 
25 " Anomafieanalyse, 

Dynamische Testverfahren, die im weiteren als Testmethoden bezeichnet werden, die beispielsweise weiter einge- 
teilt werden l^nen in: 

30 » Strukturorientierte Testverfahren, 

- Funktionsorientierte Testverfahren, 

- Diversifizierende Testverfahren, 
» Berelchstestverfehren, 

- Zufalls-PrOfverfahren, 

35 " Testverfahren mit speziell ausgewdhlten Werten, und 

- Grenzwertanalyse-Verfahren. 

Dabei sind unter den Software-PrQfverfahren SPV sowohl Software-Testverfahren, Software-Analyseverfahren als 
auch Software- Vertfikationsverfahren zu verstehen. 
40 Die Testmethoden kOnnen jeweils weiter unterteilt werden in Testtechniken. 

Die Strukturorientierten Testverfahren kOnnen weiter unterschieden werden in KontrollfluBorientierte Testverfahren 
SQwie in DatenfluQorientierte Testverfahren. 

Die KDntrollf luBorientierten Testverfahren kOnnen beispielsweise in folgende Testtechniten unterteilt werden: 

45 - Anweisungspberdeckungs-Prufverfahren, 
ZweigQberdeckungs-PrQfverfehren, 

BedingungsQberdeckungs-PrOfverfahren, einfach, minimal mehrfeich oder mehrfeich, 
LCSAJ43a8ierte Testverfohren, 
Boundary-interior Pfadtest-Verfahren. 
so • Strukturorientierte Pfadtest-Verfahren, 
PfetdQberdeckungs-PrQfverfahren. 

Die Datenf luBorientierten Testverfahren kdnnen beispielsweise in folgende Testtechniken unterteilt werden: 
55 - Defs-AJses-Kriterien, beispielsweise 

-- all defs-Kriterium, 

- all p-uses-Kriterium. 
-- all c-uses Kriterium, 
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- all p-uses/some c-uses Kriterium, 

- ail c-uses/some p-uses Kriterium, 

- all uses-Kriterium. 

- alt du-paths-Kriterium. 

5 

Required k-Tupels-PrOfverfahren, 
Datenkontext-Oberdeckungs-Verfahren. 

Die Funktionsorientierten Testverlahren k6nnen beispielsweise in fdgende Testtechniken unterteilt werden: 

10 

' funktionale Aquivalenzklassenbildungsverfahren. 
Ursache-Wirkungs-Analyseverfahren. . 
Zustandstestverfahren. 
Syntaxtestverfahren. 

IS 

Die Diverzifizierenden Testverlahren kOnnen beispielsweise in folgende Testtechniken unterteilt werden: 

Mutationen-Prufverfahren. 
Perturbationen-PrOfverfahren, 
20 - BacktoBack-PrQfverlahren. 

Die Bereichstestverfahren kOnnen beispielsweise in folgende Testtechniken unterteilt werden: 

Pfadbereichstestverfahren. 
25 . Testverfahren fehleroffenbarender Unterbereiche, 
Partition-Anaiyseveilahren. 

Zur DurchfQhrung der Software-Prufverfahren SPV kOnnen Software-Prufwa-kzeuge SPW eingesetzt werden. Die 
Software-PrQfwerkzeuge SPW kdnnen beispielsweise in folgende Kategorien von Software-PrQfwerkzeuge SPW unter- 
30 teilt werden: 

Verifikationswerkzeuge. 
Datenf lu 3anonfialie-Analysatoren, 
ZeitmeBwerkzeuge, 
3s ' Stre^estwerkzeuge, 

Regressionswerkzeuge, 
Funktionale Testwerkzeuge, 
Strukturelie Testwerkzeuge. 

40 Verschiedene oben genannte Software-PrQfverfahren SPV sind beispielsweise In [1], [2]. [3] und [4] beschrieben. 

Bei der statischen Analyse von Software werden f Qr die quantitative Bewertung bestimmter Softwareeigenschaften 
verschiedene MeBgrdBen eingesetzt. Die MelBgrdBen werden im weiteren als Software-PrOf metriken SPM bezetchnet. 
Die Software-PrOfmetriken SPM kOnnen beispielsweise in folgende Kategorien eingeteilt werden: 

45 - MTTF (mean time f o failure) , 
Fehlerfindungsrate, 
- TestmetriK die wiederum unterteilt werden kann in: 

- strukturelie Testmetrik und 
so " funktionale Testmetrik. 

Mit Hilfe von Software-PrOfmetriken SPM kann unter anderem der Umfang von Datenstrukturen und Kbntrollstruk- 
turen von zu testenden Programmen gemessen werden. Durch den Vergteich der Metrikdaten von mehreren Program- 
men lassen sich zum Beispiel Fehler durch Auftreten eines ungewdhnlichen Wertes einer Testmetrik finden. 
55 Grundlagen Qber Metriken sind beispielsweise in [9] zu finden. 

Entsprechend der Einteilung der Software-PrOfmetriten SPM kann eine Einteilung der Software-EntwicMungsme- 
triken SEM erfolgen. deren Aussagekraft entsprechend ist, jedoch mit der Zielrichtung der Software-EntwicWung. Dem 
Fachmann sind die entsprechenden Anderungen zur Umsetzung der Einteilung der Software-PrOfmetriken SPM auf 
eine Einteilung der Software-EntwicMungsmetriken SEM geldufig. 
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gen beschrieben fQr die Software-PrOfveriahren SPV ^^^^^^^on PrOf-Rahmenbedingungen oder Ent- 

Die Bestimmung bzw. Auswahl der R^'^^"^*^^^^;^^^^^ |J beispielsweise dadurch erfolgen 
wicWungs-Rahmenbedingungen 1 01 . je nach Art des kann entweder einfach durch 

daBde?Benutzer>«ndemRechnervagegebeneF^^^^^^ 

positive Oder negative Beantv^-rtung der ,a«e^.^^^^^^^ fn^nemtSebigen Skalenbereich. der einen Berelch 

granulierte Unterteilung mOglicher Gew.chtungen fjT"^ ^ «ne y ^ reprSsentiert. 

EntwicWungsmethoden SEM: 

. Suchen Sie Lflsungen fOr eine frOhe Testphase? 
1st eine geeignete Spezif ikation vorhanden? 

- istderQuellcodeverfOgbar? ^ ^ o 

- 1st die Spezifikation in Ibrmaler Form vorhanden? 

- islsehrhoiiel^rreJ<lheitgefordert? 
. isl der Tester gut qualifiziert? ^^^^^7 
. 1st die Spezif ikation in objeWorienterter Form vorhanden? 

- 1st ein Zuveriassigkeitsziel deliniert? 

- Exisliert ein Benutzungsprofi? 

Sich folgende Fragestellungen als vorteilhaft herausgeslellt: 
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1st die KontrolHluBkomplexitat hoch? 
1st die Entscheidungskomplexitat hoch? 
1st die Entscheidungsstruktur Komplex? 
1st die Schleifenkomplexitat hoch? 
ist die DatenfluBkomplexitat hoch? 
1st die Defs-Komplexitat hoch? 
Isl die C-uses- tompj^at hoch? 



40 
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. K«nnendleBrgab»ii™*hang*voneinm«lerbelraont«w 

P.. <,,, />u»«« von 80»««e.P«*™,Kze.,en SPW h.»« «««^ 
gestellt: 

. Handeltes sich urn ein groBesSoflwarepaket? • v^^nWonVprfiton-? 

- die software eine Weiterent«icklunge.nerbere.tee«jje^^ 

- Varliert die Last oder gibt es Lastspiteen innerhalb der Software? 

- Handeft es sich um Echtzeit-Software? 

. Handelt es sich um ein verteiltes System? 

. Wird der Test vomEntwicWerdurchgefQhrt? 

. Wird eine hoheProgiammierspracheCkein Assembler) ven«»endet? 
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Entwicklungswerkzeuge verwendet werden. 

FQr die Auwahl der Software-Prufmetriken SPM oder Software-ErtwicWungsmetriken SEM haben sich folgende 
Fragestellungen als vorteilhaft herausgesteilt: 

5 - 1st ein Testendekriterium fOr Sie wichtig? 

1st ein Kriterium zur Beurteilung der Teslqualitat fOr Sie wichtig? 

Die im vorigen beschriebenen Fragen dienen alle zur Festlegung von technischen Rahmenbedingungen TR der 
PrQf-Rahmenbedingungen oder EntwicWungs- Rahmenbedingungen TER (vgl. Rgur 3). 
10 Weitere mOgliche Pruf-Rahmenbedingungen oder EntwicWungs-Rahmenbedingungen TER sind beispielswelse in 
Prufzielen oder EntwicWungszielen G oder auch Prufrestriktionen oder EntwicWungsrestriktionen RE zu sehen. 

PrQfzlele oder EntwicMungsziele G werden durch den Rechner R dem Benutzer auf dem Bildschirm BS dargestellt, 
und der Benutzer hat dann die Mdglichkeit, die Bedeutung der einzelnen PrQfzlele oder EntwicMungsziele G in 6et 
Jewells zu prufenden oder zu entwickelnden Software anzugeben. Die Priorisierung, also die Zuordnung der Bedeutung 
16 der einzelnen Prufziele oder EntwicMungsziele G kann beispielsweise nach dem in [5] beschriebenen Verfehren. dem 
sogenannten Quality Function Deployment (QFD) durchgefOhrt werden. 

In einer Weiterbildung des Vertahrens enweist es sich jedoch auch als vorteilhaft. daB jeweils zwei Ziele. beispiels- 
weise Prufziele oder EntwicMungsziele G. paanweise miteinander verglichen werden und der Benutzer jeweils in dem 
paanA^eisen Vergleich anzugeben hat, welches der zu vergleichenden beiden Ziele. PrQfzlele oder EntwicMungsziele G. 
20 eine grGBere Bedeutung im Rahmen der zu testenden bzw. zu entwickelnden Software zugeordnet bekommt. 
MOgliche PrQfzlele oder EntwicMungsziele G sind beispielsweise: 

Softwarequalitdt, 
Softwarezuverldssigkeit, 
Test- Oder EntwicMungsqualitdt, 

- Testvollstandigkeit bezuglich des Quellcodes, 

- Testvollstandigkeit bezQglich der Spezifikatlon. 
Testtransparenz oder EntwicMungstransparenz im Kieinen bezQglich des Codes. 
Testtransparenz oder EntwicMungstransparenz im Kieinen bezQglich der Funktionalitat. 

- Testendekriterium bezQglich Teetqualitdt, 

- Testendekriterium bezQglich Softwarequalitdt. 
Wiederholbarkeit. 

- Testvenrvaltung oder EntwicMungsvenmttung Im GroBen. 

In dieser Weiterbildung des Verfahrens sind also drei mOgliche VerknQpfungsarten zwischen den PrQfzielen oder 
den EntwicMungszielen G vorgesehen: 

Ein erstes Ziel ist weniger wichtig als ein zweites Zlel. 

_„dase!5te Ziel jst.gleichJMCbtlg-wiedas.2weite Ziel, : 

40 - das erste Ziel ist wichtiger als das zweite Ziel. 

Durch diese Vorgehensweise wird eine Berechnung von Gewichtsfaktoren fQr die PrOfziele oder EntwicMungsziele 
G. wie spater beschrieben wird, leicht mCglich. Auch Ist ein Vorteil dieser paanwelsen Priorisierung darin zu sehen. daB 
der Benutzer nicht durch eine sehr groBe Quantisierung leicht uberfordert wird, da es fQr den Benutzer einfacher ist. zu 
45 entscheiden. ob das erste Ziel wichtiger ist als das zweite Ziel. als beispielsweise nach dem QFD-Verfahren einem Ziel 
jeweils einen Priorisierungswert. beispielsweise zwischen 0 und 10 zuzuweisen. 

Diese paanweise Priorisierung ist auch in einem Verfahren unabhangig von dem erfindungsgemaBen Verfahren 
vorteilhaft einsetzbar. da es die oben beschriebenen erheblichen Vorteile gegenQber dem QFD-Verlahren aufweist. 

Ferner ist ein Vorteil bei dieser Vorgehensweise darin zu sehen. daB eine KonsistenzprQfung der Benutzereinga- 
50 ben bezQglich der Bedeutungen der Prufziele oder EntwicMungsziele G untereinander leicht durchzufQhren Ist. Die 
KonsistenzprQfung wird durchgefQhrt, indem der Rechner jeweils fQr das erste Ziel und das zweite Ziel, sowie ein dritles 
Ziel die Bedeutungen miteinander vergleicht und logische Unstimmlgkeiten ermittelt. 

Allgemein kann diese Vorgehensweise In einem sehr einfachen Beispiel beschrieben werden mit dem fblgenden 
Vorgehen. Wenn das erste Ziel wichtiger ist als das zweite Ziel und das zweite Ziel wichtiger ist als das dritte Ziel, so 
55 folgt daraus notwendigenweise. daB das erste Zlel wichtiger sein muB als das dritte Ziel. Dies wird von dem Rechner in 
der KbnsistfBnzprOfung QberprQft. Ist also das erste Ziel nicht wichtiger als das dritte Ziel, so besteht ein Widerspruch in 
der Zuordnung von Bedeutungen zu den PrQfzielen oder EntwicMungszielen Q. Diese WidersprQche werden dem 
Benutzer gemeldet. der dann entsprechende KbrreklurmaBnahmen durchfOhrt. 

Weiterhin kOnnen als PrOf-Rahmenbedlngungen oder EntwicMungs-Rahmeribedingungen TER auch PrQfrestrik- 
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tionen Oder EntwicWungsrestriktionen RE zu berOcksichtigen sein. 

MOgliche PrOfrestrikBonen Oder EntwicWungsrestriktionen RE sind beispielsweise: 

Kosten des Testens bzw. der EntwicWung der Software, 

- Zeit die zum Testen bzw. fOr die EntwicWung der Software benOtlgt werden darf. 

- Einfkchheit des auszuwShlenden Software-Prufverfalirens bzw. Software-EntwicWungsverfahrens SEV. 

- Geringe Testfallanzahl. eine Restriktion. die nur fOr das PrQfen von Software geeignet ist. 

- die Restriktion. daB Veriahren ohn Weriaeuge SPW. EPW durchgefOhrt werden kftnnen, 

- die Restriktion. daS die erforderliclien Werkzeuge SPW, EPW leicht zu beschaffen sein mussen. 

- Uneirpfindlictikeit bezQglicli scfilecliter Spezifikationen. 

Den PrOfrestriWionen Oder EntwicWungsrestriktionen RE werden nun wiederum Bedeutungen ^ug«>rdnet jedoch 
nichtgegenOberanderen PrOfrestrikBonen oder EntwicWungsrestriktionen RE. sorxlern gegenuber den Prufeielen^^^ 
EntwicWungszielen G. Hierbei enweisl sich auch die Vorgehensweise des paanweisen Verg eichs und s«»nrtder paar- 
weteenzuortnung der Bedeutungen alsvorteilhaft.EswirdfOrjedesPaarPrOfzielfl'rW^^ 

ziel/EntwicWungsrestriktionen von dem Benuteer angegeben, ob ihm das entsprechende PrOfziel oder EntwicWungsziel 
G Oder die entsprechende PrOfrestriktion oder EntwicWungsrestriktion RE wichtiger ist. 

in einer wLrbildung des erIindungsgemaBen Verfahrens enveist es sIch a«s vorte. fOr d.e ^^l^J^^ 
wichtungsfaktoren zu ermitteln. Dies geschieht, indem beispielsweise fOr ein erstes Prufziel oder fQr e.n erst^.E^^ck- 
^V^iel die Summe aller Bedeutungen gegenOber weiteren PrQfzielen bzw. ^l^'^^'^^^f'^^ST^^^ 
und die Summe der Bedeutungen des ersten PrOfzlels bzw. des etsten EntwicWungsziels "^^-^'^^r^^^^^/f^^r^^ 
aller Bedeutungen aller Prufziele bzw. EntwicWungsziele G. Somit ergibt sich als ^'elge'wcWungsfal^^ 
ziel Oder Entwi?Wungsziel G ein normierter Wert zwischen 0 und 1. Je hOher der Wert d^Z.elg«|nchtu^^rs«^. 
desto bedeutender ist das jeweilige PrOfziel oder EntwicWungszlel G im Rahmen der SoftwareprOfung bzw. der Soft- 

**'^DteBiidui!?'von Restriktions-GewichtungslaktorenfQrdie PrOfrestriWionen oder EntwicWungs-ReslriWIonen RE 
erfblgtaufdiegleicheWeisewiefOrdieErmittlungderZielgewichtungsfaWoren. r„«,i„ie 
Es ist jedoch in einer WeiterbikJung des Vertahrens auch vorgesehen, daB jeweils die Bedeutung des PrOfziels 
Oder EntwIcWungsziels Q gegenOber der PrOfrestriktion oder ^ntwicWungs- Restriktion RE muHipliziert wind mit den im 
SriUnTrStteltSf ZielgeSStungsfaktoren. jeweils for das zu bearbeitende PrOfziel oder 

den Zielgewichtungsfaktoren muftiplizierten Bedeutungen der PrOfziele oder EntwicWungsziele G wi^ wederum nor- 
Slstert u^ auch einen Wert zwischen 0 und 1 , wobei plie Restriktionen RE. denen ein hoher Wert zugewiesen 
wild, von erhahter Bedeutung fOr das PrOfen der Software bzw. die EntwicWung der Software sind. ^ „ . . 

in einer Regelbasis werden Eignungen unterschiedlicher Software-Verfahren SV bezOglich untersch.«^hcher Pruf- 
Rahmenbedingungen oder EntwicWungs-Rahmenbedingungen gespeichert Damit sind die einzelnen .Sterten urel 
Schwachen" beispielsweise der PrOfmethoden. PrOftechnikep, PrOfmetriken oder PrOfwerkzeuge oder EntwicWungs- 
methoden. EntwfcWungstechniken. EntwicWungsmetriken oder EntwicWungswerkzeuge in der "es^'f^f l^^f PJ'^ 
Jedes Software-PrOfvenahren SPV oder auch jedes Software-EntwicWungsverlahren SEV eignet sich im Hinbhckauf 
ein bestimmtes Ziel G, einer technischen Rahmenbedingung-TR-oder auch-bezOglich-Restriktionen RE. raebr_oder 

*'*"Bei'der Bewertung der einzelnen Soflware-PrOfverfahren SPV oder Software-EntwicWungsverfahren SEV sowie 
der Software-PrOfmetrlken SPM und der Software-EntwicWungsmetriken SEM ist es vortellhaft. folgende Richtlinien 
gegenOber den PrOf zielen oder EntwicWungszielen G zu beachten. . ^ . ^ ^ ^ . .nri 

Software-Prufverfahren SPV, diefOr das Ziel .Software-Qgalitar geeignet sind. sind besonders leistungsfShige und 

aufwe^ige^Vjtel^^^ wird beispielsweise durch Zufallstestverfahren und Verifikations-PrOfverfahren 

''^Al?ch^fQr"d^aeT!Testqualitat" sind die Verfahren zur Veriflkation sowie Verfahren des Funktionstests sowie 
bedingt Streikturtestverfahren gut geeignet. ^^^-r.^ To«i«niirfftn 

Dagegen spielen Strukturtestverfahren. beispielsweise das Zweigtestverfahren hinsehtlich des Ziels .Testvollstan- 

digkeit bezOglich Code" eine groBe Rolle. „ 
FunWions-PrOfverfahren eignen sich gut bezOglich des Ziels .Testvollstandigkelt bezOglich Spezrfikation 
Hinsichtlich des Ziels „Testtransparenz im Kleinen bezOglich Code" eignen sich Strukturtestverfahren gut. 
For das Ziel .Testtransparenz im Kleinen bezOglich Funktionalitat" sind Funktionstestverfahren geeignet 
; Strukturtestverfahren und Funktionstestverfahren sind fOr das En-eichen des Ziels .Endekriterium bezuglich Tesi- 

qualitat" sehr vorteilhaft einsetzbar. .. ^ , ^ .-j i^,n«ii^h 7i«te 

FunWionstestverfahren sind bezQglich des Ziels .Endekriterium bezOglich TestqualitM und bezOglich des Ziels 

.Endekriterium bezQglich Softwarequalitat" vorteilhaft einsetzbar. - o,-.^^ «>r Hoe 

Das Testwerkzeug Regressionswerkzeug spielt eine wichtige Rolle fOr das Ziel .Wiederholbarkeit sowie for das 
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Ziel „TestverwaJtung im GroBen". 

BezOglich den Restriktionen RE ist es vorteilhaft. fOr die Software-PrQfvertahren SPV und die Software-Enlwick- 
lungsverfahren SEV lolgende Richtlinien zu beachten. 

Fur die RestriWion «Kosten" gilt. daB komplexere Vertahren und struklurorientierte Verfahren hOhere Kosten verur- 
sachen als einfachere und damit weniger aufwendige Verfahren, sowie f unktlonsorientierte Verfahren. Komple)»n Test- 
verfahren und komplexen Entwicklungsverfahren warden auch bezogen auf die Restriktionen „Zeit". „Einfachheit des 
Verfahrens" und -geringe Testfallanzahl" schlechte Bewertungen zugewiesen. 

Die RestriWion „ohne Werkzeug" wird von den Funktionstestverfahren wenig bzw. gar nicht verletzt. So sind z. B. 
Verfahren der AquivalenzWassenbildung geeignet. Die Struklurtestverfahren schneiden jedoch bei der Restriktion 
„ohne Werkzeug" sehr schlecht ab und erhalten daher bezuglich dieser Restriktion eine schlechte Bewertung. 

In Bezug auf die Restriktion „Werkzeug leicht beschaffbar" wird dem Zweigtestverfahren sowie dem Anweisungs- 
testverfahren eine positive Bewertung zugewiesen, da diese auf diese Restriktion nicht empfindlich reagieren. AucH 
Schleifentestverfahren enweisen sich gegenuber dieser Restriktion als geeignet. Wahrend Bedingungstestverfahrerl 
bezuglich der Restriktion „Werkzeug leicht beschaffbar hoch einigermaBen geeignet anwendbar sind. sind andere 
Strukturtestverfahren eher ungeeignet. 

Struklurtestverfahren, der Zufallstest, sowie einfache Funktionstestverfahren sind sehr gut einsetzbar. wenn der 
Restriktion ^Unerripfindlichkeit bezQglich schl^hter Spdiifikationen" eine erhebliche Bedeutung zugemessen wird. 
Verifikationsverfahren erweisen sich in diesem Fall jedoch als besonders ungQnstig, da eine vollstandige Spezifikatiori 
bei dieser Methode Voraussetzung ist. 

In einer We'rterbildung des Verfahrens ist es vorteilhaft. den einzelnen Software- Verfahren SV bezogen auf die ein^ 
zelnen technischen Rahmenbedingungen TR, den EntwIcWungszielen Oder Prufzlelen G sowie den Prufrestriktioneri 
Oder EntwicWungs-Restriktionen RE jeweils eine Bewertung im Rahmen eines vorgegebenen Punkleschemas zuzu- 
weisen 

Es hat sich als vorteilhaft enwiesen, beispielsweise bezuglich jedem PrQfziel oder EntwicWungsziel G und bezQglich 
jeder PrQfrestriktion oder EntwicWungs-Restriktion RE einen Bewertungswert zwischen 0 und 4 zuzuweisen. Ein Soft- 
ware-Prufverfahren SPV oder Software-EntwicWungsverfahren SEV bekommt beispielsweise fur ein erstes Ziel einen 
Wert 4 zugewiesen. wenn es zu diesem Ziel besonders beitrftgt. Umgekehrt erhftlt es einen geringeren Pluspunkl odel' 
eine 0, wenn das erste Ziel nur bedingt oder gar nicht von dem entsprechenden Software-Prufverfahren SPV abgedeckt 
wird. Fur jede Restriktion RE, die ein bestimmtes Software-Verfahren SV ungeeignet oder nur bedingt geeignet macht. 
erhait das entsprechende Software-Verfahren SV Minuspunkte. Die hOchste Minuszahl. die vergeben werden kann. 
betragt beispielsweise 4, womit eine besonders hohe Empfindlichteit des Soflware-Verfahrens SV gegenuber einef 
bestimmten Restriktion RE beschrieben wird. 

Ein Gesamtbewertungswert fur ein Software-Verfahren SV wird ermittelt. indem die Summe der Bewertungen des 
jeweiligen Software-Verfehrens SV bezuglich aller Pruf-Rahmenbedingungen oder EntwicWungs-Rahmenbedingungen 
TER gebildet wird. Dabei werden die einzelnen Bewertungen mit den jeweiligen Zielgewvichtungsfakloren bzw. Restrik- 
tionsgewichtungsfakloren multlpliziert. Je hOher der Gesamtbewertungswert fQr ein Software-Verfahren SV ist. desto 
mehr eignet sich das Software-Verfahren SV fQr die jeweiligen PrQf- Rahmenbedingungen oder EntwicWungsrahmen- 
bedingungen TER. . 

Durch den Einsatz yon Rjzzy-Logic. d^^ I6]_urKL[7] beschrLeben_S!rid. ist eine 

hohe Granularitat bei der Ermittlung der Rahmenbedingungen TER mOglich. Die Software-Verfahren SV werden dem 
Benutzer auf dem Bildschirm BS dargestellt. Hierbei sind unterschiedliche Varianten zur Darstellung vorgesehen. 

Durch den Einsatz von Fuzzy-Logic wird es mOglich, die Antworten in beliebiger Genauigkeit zu geben. beispiels- 
weise in einem Prozentwert zwischen 0% und 100%, und diese Werte auch entsprechend bei der Umsetzung in der 
Regelbasis zu berucksichtigen. Damit ist der Einsatz von Fuzzy-Logic im Rahmen einer Weiterbildung des erf indungs- 
gemaBen Verfahrens sehr vorteilhaft. da auf diese Weise die tatsachlichen Rahmenbedingungen TER sehr genau 
nachgebildet werden und bei der AuswaW der Software-Verfahren SV auch Alternatiworschiage von Software-Verfah- 
ren SV angegeben werden kOnnen. 

In einer Weiterbildung des Verfahrens ist es auch vorgesehen. den Altemativen jeweils einen Gesamtbewertungs- 
wert zuzuordnen, der die Eignung des jeweiligen Software-Verfahrens SV bezQglich der Rahmenbedingungen TER 
angibt. Somit wird dem Benutzer die MOglichkeit einer Auswahl gegeben. die auf den Gesamtbewertungswerten der 
einzelnen Software-Verfahren SV beruht. 

In einer ersten Variante wird jeweils nur das Software-Verfahren SV. das den hOchsten Gesamtbewertungswert 
aufweist, dem Benutzer dargestellt. .. ^ 

In einer zweiten Variante werden eine beliebige Anzahl von Software-Verfahren SV mit ihren jeweiligen Gesamtbe- 
wertungswerten dem Benutzer dargestellt. Diese Vorgehensweise weist den Vorteil auf, daB der Benutzer eine Auswahl 
von Software-Verfahren SV dargesteirt bekommt mit den jeweiligen Gesamtbewertungswerten. Anhand dieser Auswahl 
kann der Benutzer nunmehr sein ^favorisiertes" Softrare-Verfahren SV auswahlen. Hierbei enweist es sich als nOtzlich. 
daB mehrere Altemativen von Software-Verfahren SV mit ihrem jeweiligen Gesamtbewertungswert, der die Eignung 
des jeweiligen Software-Verfahrens SV bezQglich den Rahmenbedingungen beschreibt, angegeben werden. Somit 
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k6nnen weitere EinschrSnkungen. beispiels«eise eine NichtverfOgbarkeit bestimmter Software-Verfahren SV von dem 
BenutzerberQcksichtigtwerden. ev/ nhor oinzelne 

In emer Weiterbildung des Verfahrens ist es vorgesehen, die einzelnen Software-Verfahren SV n cht "be^eio^elne 
B JerJJ^^en^n Form einer Tabelle abzuspeichern. sondern feste Regain aufzustellen. die das Wi^en uber Eigen- 
s SrareSnz^nSiSoftware-Verfahren SV berOctelchtlgen und zu dem Gesamtbewertungswert f Qhren. 
Bin Beispiel dieser Regein wwlid durch die folgende Regel autgezeigt: 

Wenn .die Testphase f rOh ist" 
und die Spezif ikation verfOgbar ist 
10 und die Softwarestruklur modular ist «rf.-v.K«,irf 
und eine Bezlehung zwischen Spezif Ikation und dem Code besleht und der Code verf ugbar .st. 

fste'Jie Kontoinalion von Funktionstestverfahren und Struklurtestverfahren als Software-Verfahren SV geeignet 



IS 



Bei zusatzlicher Verwendung der Fuzzy-Logic werden in diesen Beispielen durch den Benutzer den einzelnen Fra- 
gen beispielsweise folgende Werte zugeordnet: 

Suchen Sie LOsungen f ruhe Testphase? 
Von dem Benutzer eingegebener Wert: 1,0 
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1st eine geeignete Spezif ikation vorhanden? 
Von dem Benutzer eingegetiener Wert: 0,9 

Ist die Softwarestruktur modular? 
25 Von dem Benutzer eingegebener Wert: 0,9 

Kennen Quellcodeteile den entsprechenden Spezifikationen zugeordnet werden? 
Von dem Benutzer eingegebener Wert: 1 .0 

30 Ist der Quellcode verfugbar? 

Von dem Benutzer eingegebener Wert: 1 .0 
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Bei der QUichen Vorgehensweise bei Venwendung der Fuzzy-Ujgic wird der Aussage .die Kbmbinaton von Funk- 
tion^er^hrS^ und ^ukturtestverlahren ist geeignet- das Minimum alter den obigen Fragen ^"S^-^^f «"^erte 
vel^^rdSem Fall also der WertO.9. Der W 

tinn des FunWionstestverfahrens und Strukturtestverfahrens als Softvrare-Verfahren SV an. 

in einer WeSSng des erfindungsgemSBen Verfahrens ist es jedoch sinnvoll. anstett des Qbhchen UNDOpe- 
rators r^^t dem SgNch das f>/linimum aller Prflmissen der jeweiligen Regel als G«samtbewerUing«|^rt >«n«^^ 
^iSSVr^tof-^^^^^ 

""^'SSr I'esTSrr^^^^^ tompensatorisc^er UND-Operator. derin dem erfi^^e- 

mai;iJv^re^voSeinsetzbarist.nunkurzbeschri^^^ 
weise gebildet nach der Vorschrift: 

45 y((w vai).(w2.a2))=Y- M<N(a vSgWI-Y) (w^+Ws) ' 

wobei mit 

ai a. jeweils einen Wert einer ZugehOrigkeitsfunktion fOr jeweils eine Prftmisse beschrieben wird. 
«f w« ieweils ein Gewicht des Werts der ZugehOrigkeitsfunktion beschrieben wird, . ^ 

r;in^rmSerb^M^^^ 
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PatentansprQche 

1- Verfahren zur rechnergestotzten Auswahl von Soflware-Verfahren (SV), beispielsweise Software-PrOfverfahren 
(STV), Software-Entwicklungsverfahren(SEV). Software-PrGfmetriten (STM) Oder Software-EntwicWungsmetriken 
(SEM), mit Hilfe eines Rechners (R), 

- bei dem von einem Benutzer Rahmenbedingungen ausgewdhit warden, die von dem Rechner (R) auf einem 
Bildschirm (BS) dem Benutzer zur Auswahl angeboten werden (101). 

bei dem anhand der Rahmenbedingungen sowie einer Regelbasis, mit der Eignungen unterschiedlicher Soft- 
ware-Verfahren bezuglich unterschiedlichen Rahmenbedingungen beschrieben werden, mindestens ein fOr 
die Rahmenbedingungen geeignetes Software-Verfahren ermitteh wird (102). und 

- bei dem dem Benutzer das ermittelte Software-Verfahren von dem Rechner auf dem BiWschimi dargestellt 
wird (103). 

2. Verfahren nach Anspruch 1 , 

bei dem das Verfahren unter Verwendung von Fuzzy-Logic durchgefOhrt wird. 

3. Verfahren nach Anspruch 1 oder 2, 

bei dem die Rahmenbedingungen durch technische Rahmenbedingungen beschrieben werden. 

4. Verfahren nach einem der Anspruche 1 bis 3, 

bei dem die Rahmenbedingungen durch Ziele beschrieben werden. 

5. Verfahren nach einem der AnsprQche 1 bis 4, 

bei dem die Rahmenbedingungen durch Restriktionen beschrieben werden. 

6. Verfahren nach einem der AnsprQche 1 bis 5. 

bei dem den Rahmenbedingungen unterschiedliche Bedeutungen zugeoidnet werden. 

7. Verfahren nach den AnsprOchen 4 und 6. 

bei dem die Bedeutungen der Ziele paanveise f Or jeweils zwei Ziele zugeordnet werden. 

8. Verfahren nach Anspruch 7, 

bei dem eine KonsistenzprOfung fOr die einzelnen Bedeutungen der Ziele durchgefOhrt wird. 

9. Verfahren nach einem der Anspruche 1 bis 8, 

bei dem die Software-Verfahren mindestens eine der fdgenden Software-Verfahren aufweisen: 

mindestens eine Software-Prufmethode. 
mirxJestens eine Software-PrOftechniK 
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- mindestens ein Software-PrOfwerkzeug, 
mindestens eine Software-PrOfmetrik, 
mindestens eine Software-EntwicWungsmethode, 
mindestens eine Software-EntwicWungstechnik. 

- mindestens ein Software-EntwicWungswerkzeug, 

- mindestens eine Software-Entwicklungsmetrik. 

1 0. Verfahren nach einem der AnsprOche 1 bis 9, bei dem die Soflware-Verfahren mindestens zwei der folgenden Soft- 
ware-Verfahren aufweisen: 



mindestens eine Software-Prufmethode. 
mindestens eine Software-Pruftechnik. 
mindestens ein Software-PrOfwerkzeug, 
mindestens eine Software-Prufmetrik, 
mindestens eine Software-EntwicWungsmethode. 
mindestens eine Software-EntwicWungstechnik, 
mindestens ein Software-Entwickiungswerkzeug. 
mindestens eine Software-Entwicklungsmetrik. 



11. Verfahren nach einem der AnsprOche 1 bis 10. 



bei dem zuerst die Software-Methode ermitteft wird, und 

bei dem anschlieBend die Software-Technik oder das Software-Werkzeug unter BerOcksichtigung der ermittel- 
ten Software-Methode ermittelt wird. 



12. Verfahren nach Anspruch 11, 

- bei dem die Software-Technik vor dem Software-Werkzeug ermittelt werden. und 

- bei dem das Software-Werkzeug unter BerOcksichtigung der ermitteften Software-Technik ermittelt wird. 

13- Verfahren nach einem der AnsprOche 1 bis 12, 

bei dem fOr mindestens ein ermitteltes Software-Veilahren Rahmenbedingungen verandert weiden. 

14- Verfahren nach Anspruch 2. 

bei dem bei der Fuzzy-Logic ein kompensatorischer UND-Operator venwendet wird. 

15- Verfahren nach Anspruch 14, 

bei dem der l«>mpensatorische iJND-Operator gebildet wird nach der Vorschrift: 

(Wi*ai+W2*a2 
Y((WvaiMw2pa2)) = Y • MIN(ai,a2)+(1 - i) ^vvi+Wg) ' 

wobei mit 



ai , a2 jeweils einen Wert einer ZugehOrigkeitsfunklion beschrieben wird. 

w^ , W2 jeweils ein Gewicht des Werts der Zugehdrigkeitsfunklion beschrieben wird. 

Y ein Parameter beschrieben wird. mit dem die Eigenschaft des kompensatorischen UND-Operators bestimmt 
wird. 
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FIG1 



Auswahlen von PrOf-Rahmenbedingungen Oder 
Entwicklungs-Rahmenbedingungen, die von einem 
Rechner angeboten werden 
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Ermittlung mindestens einer Software-Verfahren anhand 
von Pruf-Rahmenbedingungen Oder Entwicklungs- 
Rahmenbedingungen und einer Regelbasis 



Darstellung der ermrttetten Software-Verfahren auf einem 

Bildschirm 
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FIGS 
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